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DETAILED ACTION 



Continued Examination Under 37 CFR L114 

1 . A request for continued examination under 37 CFR 1,114, including the fee set forth in 
37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on 8/08/2005 has been entered. 

2, Claims 1-13 are currently pending. Claim 1 is an independent claim. 



Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-4, 6, and 9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Krupa, U.S. Patent Application Publication No. 2002/015681 1, in view of "DBIx::DBStag - 
Relational Database to Hierarchical Mapping", available at 

http://cpan.uwinnipeg.ca/htdocs/DBIx-DBStag/DBIx/DBStag.html (via HotBot search engine) 
(publication criteria: prior to May 31, 2000). 
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Independent Claim 1 

Krupa teaches a method for storing an XML document in a relational database system 
(see Title and Abstract) comprising: 

parsing the character data in said XML document to identify characters representing 
data values within at least some of the elements of said XML document (see [0014], [0028], and 
[0029] traversing and mapping includes forming each of the corresponding unique keys as 
associated hierarchical tree strings); 

storing each of said data values in a specified column location in one or more specified 
rows of one or more specified tables in said relational database system (see Fig. 2; [0026] — ► 
relational data is stored as rows of information where each row is uniquely identified by a certain 
unique key; [0037]-[0046] -> what each column of the table represents; and see generally 
[0047]-[01 10] "The Storage Algorithm" - creates a new row of data with column 
assignments), 

removing at least some of said characters representing data values from said XML 
document (see [0046] and [0047] et seq. -> each data component character representing data 
values is extracted and stored in its own row of data in the relational database, providing an 
efficient mechanism for retrieving certain components of the XML document without having to 
retrieve the whole document itself) 

thereafter reconstructing said XML document by merging the data content of said 
specified rows with said XML skeleton (see [0113] an in-memory XML tree can be easily 
reconstructed by interrogating each data row and creating the appropriate object that corresponds 
to that row). 
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Krupa suggests (see [0024] — > in-memory XML document tree is stored in memory with 
all parent-child relationships and as well as empty elements intact), but does not specifically 
teach storing the remainder of said XML document in said database as an XML skeleton which 
defines the structure of said XML document and contains the same characters as the XML 
document but with said characters representing data values omitted. 

However, DBIx::DBStag teaches storing the remainder of said XML document in said 
database as an XML skeleton which defines the structure of said XML document and contains 
the same characters as the XML document but with said characters representing data values 
omitted (sQQ pg. 3 - § Storing Data). 

Since Krupa and DBIx::DBStag are both from the same field of endeavor, the 
motivational purpose of storing tree-like datastructures (i.e. XML) into a relational database as 
disclosed by DBIx::DBStag would have been recognized in the pertinent art of Krupa. It would 
have been obvious at the time the invention was made to a person having ordinary skill in the art 
to modify the teaching of Krupa with the teachings of DBIx::DBStag. 

Claim 2 

Krupa teaches the method set forth in claim 1 wherein the data value stored in each of 
said specified columns is obtained from a leaf element of said XML document which contains no 
sub element (SQQ Fig. 2; [0014] and [0027] -> i.e. descriptor). 
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Claim 3 

Krupa teaches the method set forth in claim 2 wherein the data values stored in each 
given one of said specified rows is obtained from an XML element which contain one or more of 
given ones of said leaf elements, the data values in said given ones of said leaf elements being 
stored in columns in said given one of said specified rows (see Fig. 2; [003 7] -[0044]; and [0047] 
et seq. "The Storage Algorithm"). 

Claim 4 

Krupa teaches the method set forth in claim 3 further including the step of storing data 
describing the properties of at least selected ones of said data values (see Fig. 2; [0037]-[0044]; 
and [0047] et seq. "The Storage Algorithm"). 

Claim 6 

Krupa teaches the method set forth in claim 5 wherein said properties further include the 
designation of the data type for at least some of said data values (see Fig. 2; [0041] — ^ 
Data_Type). 

Claim 9 

Krupa teaches the step of performing a relational database operation to modify the data 
value stored in at least one of said column locations such that the step of reconstructing said 
XML document produces a modified XML document (see [0045] -> SQL is an ANSI standard 
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computer language for accessing and manipulating databases, including such operations as 
insert, update, etc.). 

5. Claims 5, 7, and 10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Krupa, U.S. Patent Application Publication No. 2002/015681 1, in view of "DBIx::DBStag - 
Relational Database to Hierarchical Mapping", available at 

http://cpan.uw^innipeg.ca/htdocs/DBIx-DBStag/DBIx/DBStag.html (via HotBot search engine) 
(publication criteria: prior to May 31, 2000), in further view of Lee et al. ("Lee"), U.S. Patent 
Application PubUcation No. 2002/0169788. 

Claim 5 

Krupa, in view of DBIx::DBStag, teaches the method set forth in claim 4 wherein said 
properties include the designation of one or more of said data values as a unique key for use by 
said relational database system, but does not specifically teach a primary key. 

However, Lee teaches the use of a primary key in a relational database system (see [158], 
[159], and [161]) for the purpose of uniquely identify the rows in the table. 

Since Krupa and Lee are both from the same field of endeavor, the purposes disclosed by 
Lee would have been recognized in the pertinent art of Krupa. It would have been obvious at 
the time the invention was made to a person having ordinary skill in the art to modify the 
teaching of Krupa with the teachings of Lee to include the use of a primary key in a relational 
database system for the purpose of uniquely identify the rows in the table. 
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Claim 7 

Krupa, in view of DBIx::DBStag, teaches the method set forth in claim 6 as discussed 
above, but does not specifically teach wherein said properties further include the designation of 
one or more of said data values as indexing values. 

However, Lee teaches the designation of one or more data values as indexing values for 
the purpose of the storing of an XML document as an XML column (see [0037]). 

It would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to modify the teaching of Krupa with the teachings of Lee to include the 
designation of one or more data values as indexing values for the purpose of the storing of an 
XML document as an XML column. 

Claim 10 

Krupa, in view of DBIx::DBStag, teaches the means for storing an XML Descriptor 
[0014], but does not specifically teach step of storing an XML Descriptor which includes 
information obtained from the document type definition (DTD) associated with said XML 
document. 

However, Lee teaches data representative of the DTD is stored (via the extractor) into the 
metadata tables storage portion as metadata representative of the DTD (see [0098], [104], and 
[112]) for the purpose of optionally restructuring the DTD later on. 

It would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to modify the teaching of Krupa with the teachings of Lee to include 
storing an XML Descriptor which includes information obtained from the document type 
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definition (DTD) associated with said XML document for the purpose of optionally 
restructuring the DTD later on. 

6. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Krupa, U.S. Patent 
Application Publication No. 2002/015681 1, in view of "DBIx::DBStag - Relational Database to 
Hierarchical Mapping", available at http://cpan.uwinnipeg.ca/htdocs/DBIx- 
DBStag/DBIx/DBStag.html (via HotBot search engine) (publication criteria: prior to May 31, 
2000), in further view of Harless, U.S. Patent Application Publication No. 2003/0005410. 

Claim 8 

Krupa, in view of DBIx::DBStag, teaches the method set forth in claim 1 as discussed 
above, but does not specifically teach the step of designating one or more of said elements of 
said XML documents as static elements., .XML skeleton. 

However, Harless teaches a parser for COBOL, a procedural language which requires a 
static variable definition including the type and size of the variable. In general, COBOL needs 
messages that are defined as static structures of data elements with each data element having a 
fixed data type and size (see [0014] and [0025]). 

It would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to modify the teaching of Krupa with the teachings of Harless to include 
a step of designafing one or more data elements of said XML documents as static elements for 
the purpose of fixing the element values and not allowing changes to the elements. 
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7. Claims 11, 12, and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Krupa, U.S. Patent Application Publication No. 2002/015681 1, in view of "DBIx::DBStag - 
Relational Database to Hierarchical Mapping", available at 

http://cpan.uwinnipeg.ca/htdocs/DBIx-DBStag/DBIx/DBStag.html (via HotBot search engine) 
(publication criteria: prior to May 31, 2000), in further view of Lee et al. ("Lee"), U.S. Patent 
Application Publication No. 2002/0169788, and in further view of Harless, U.S. Patent 
Application Publication No. 2003/0005410, 

Claim 11 

Krupa, in view of DBIx::DBStag and Lee, teach the method set forth in claim 4 and 10 as 
discussed above, wherein said properties include the designation of one or more of said data 
values as a primary key for use by said relational database system, but does not specifically teach 
said step of removing at least some of said data values does not remove said primary key data 
values but instead retains said primary key values in said skeleton 

However, Harless teaches static structures of data elements with each data element 
having a fixed data type and size (see [0014] and [0025]). 

It would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to modify the teaching of Krupa with the teachings of Harless to include 
a step of designating the primary key data values of said XML documents as static elements for 
the purpose of fixing and retaining the primary key data values and not allowing changes to the 
elements. 
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Claim 12 

Kmpa, in view of Lee, in further view of Harless teaches the method set forth in claim 1 1 
as discussed above wherein said XML Descriptor further specifies the data type of the data 
values in one or more specified elements of said XML document (see Fig. 2 and [0042]). 

Claim 13 

Krupa, in view of Lee, in further view of Harless teaches the method set forth in claim 12 
wherein said properties further include the designation of one or more of said data values as 
indexing values (see Lee - [0037]). 

Response to Arguments 

8. Applicant's outstanding arguments with respect to claims filed on 8/08/2005 have been 
considered but are moot in view of the new ground(s) of rejection. 

Conclusion 

9. The prior art made of record on form PTO-892 and not relied upon is considered pertinent 
to applicants disclosure. AppHcant is required under 37 C.F.R. § 1.11 1(c) to consider these 
references fully when responding to this action. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Paul Nguyen-Ba whose telephone number is (571) 272-4094. 
The examiner can normally be reached on 1 1 am - 7 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Heather Hemdon can be reached on (571) 272-4136. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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